home *** CD-ROM | disk | FTP | other *** search
- Path: brasaap.iaehv.nl!not-for-mail
- From: rob@brasaap.iaehv.nl (Rob J. Nauta)
- Newsgroups: comp.lang.c++,comp.lang.pascal.delphi.misc,comp.os.ms-windows.programmer.tools.misc
- Subject: Re: C++ with Zapp vs. Delphi
- Date: 14 Jan 1996 18:38:49 +0100
- Organization: Fidelio Software
- Message-ID: <4dbf39$65@brasaap.iaehv.nl>
- References: <4d239o$b76@news.nstn.ca>
- NNTP-Posting-Host: localhost.iaehv.nl
- X-Newsreader: NN version 6.5.0 CURRENT #6
-
- nstn181a@fox.nstn.ca (Pierre G. Boutquin) writes:
-
- >In <4d0f4i$a64@cs6.rmc.ca>, clark-a@rmc.ca writes:
- ->What you can do in C, I can do in pascal. There is no limitation if you
- ->work-around.
-
- >I thought there _were_ things you can't write in a strongly typed
- >language that can written in a weakly typed language, such as the C
- >standard library function malloc(size_t) which returns memory for any
- >variable type you want.
-
- True. In C you won't get an error if you do
- if (malloc(1024) == 1) then ... even though malloc returns a pointer
- and you shouldn't compare it with an integer. But in Delphi you can
- typecast as well. Like C's 'x = (int *) y' you can do
- x as TObject^ = getmem(1024), where getmem is pascal's alternative
- to malloc().
-
- Rob
- --
- -=*=- | Across 50 states of mind, I didn't feel inclined. You waited
- Rob J. Nauta | yesterday, I didn't come your way. Now time is moving on,
- rob@iaehv.nl | I know it won't be long. Till I'm shuffling away, with
- -=*=- | nothing more to say. (Ride - 'Going blank again')
-